Date: Tue, 11 Jan 94 04:30:09 PST 

From: Advanced Amateur Radio Networking Group <tcp-group@ucsd.edu> 
Errors-To: TCP-Group-Errors@UCSD.Edu 

Reply-To: TCP-Group@UCSD.Edu 

Precedence: Bulk 

Subject: TCP-Group Digest V94 #7 

To: tcp-group-digest 


TCP-Group Digest Tue, 11 Jan 94 Volume 94 : Issue 7 


Today's Topics: 

AMPR.org Domain 

BBS landline/packet/nos 

Extended KISS and SMACK specifications? (3 msgs) 

JNOS and BPQ 
KISS and SLIP 

Landline bbs / packet 

NOS FTP drive switch (3 msgs) 


Send Replies or notes for publication to: <TCP-Group@UCSD.Edu>. 
Subscription requests to <TCP-Group-REQUEST@UCSD.Edu>. 
Problems you can't solve otherwise to brian@ucsd.edu. 


Archives of past issues of the TCP-Group Digest are available 
(by FTP only) from UCSD.Edu in directory "mailarchives". 


We trust that readers are intelligent enough to realize that all text 
herein consists of personal comments and does not represent the official 
policies or positions of any party. Your mileage may vary. So there. 


Date: Mon, 10 Jan 1994 17:40:52 -0800 
From: karn@qualcomm.com (Phil Karn) 
Subject: AMPR.org Domain 

To: ssampson@sabea-oc.af.mil 


A few weeks ago, I also put some fixes into the ampr.org domain 
server. I was motivated to do it because I run my home BSD machine as 
a secondary for ampr.org, and I was getting error messages on my console. 


By far the most common error was having both a CNAME entry and other record 
types (A, MX) for the same domain name. This is illegal. If there is 

a CNAME record for a given name, there can be no other records for that 
same name. 


Phil 


Date: Mon, 10 Jan 94 10:16:54 CST 

From: "John Martin" <martin@server.cdpa.state.ms.us> 

Subject: BBS landline/packet/nos 

To: ham-digital@ucsd.edu, packet-radio@ucsd.edu, tcp-group@ucsd.edu 


We are currently running a Landline BBS, a Packet BBS and a NOS FTP/Mail 
server. This is using 3 PCs. Our wish is to run all three on a single PC, 
but I know this is not possible (is it??). 


Does anyone know of BBS software that will support both a phone and a 
packet connection simultaneously? If so, any idea of the cost? 


Does anyone know how to Telnet or FTP to a NOS and then access the mail 
and file systems of another PC (the BBS). Is there a NOS that allows this? 
Is anyone running a BBS and a NOS on the same PC via Windows or some other 
multitasking shell? 


Thanks, 73 -- John 


John Martin, kb5ggo 
martin@server.cdpa.state.ms.us 
kb5ggo@k5qne.ms.us.na 

(601) 924-2545 (h) 


Date: Mon, 10 Jan 1994 18:07:06 -0800 (PST) 
From: Lyndon Nerenberg <lyndon@unbc.edu> 
Subject: Extended KISS and SMACK specifications? 
To: Phil Karn <karn@qualcomm. com> 


On Mon, 10 Jan 1994, Phil Karn wrote: 


If anything, your NFS example is more closely analogous to adding CRCs 
to KISS just so you can run bare AX.25 instead of TCP or UDP between 
your applications. Both actions are bogus if you believe in end-to-end 
integrity checks as I do. 


VVV NV 


What about ARP requests and replies? 


Date: Mon, 10 Jan 1994 17:55:18 -0800 
From: karn@qualcomm.com (Phil Karn) 
Subject: Extended KISS and SMACK specifications? 


To: lyndon@unbc.edu 


>Do you work for Sun? This sounds like their reasoning for turning off NFS 
>UDP checksums: dump the error checking so we can make the benchmarks look 
>better. 


Wrong analogy. Turning off UDP checksums in NFS was wrong because that 
removed the only end-to-end data integrity check. The Ethernet frame 
level CRCs weren't enough, because they weren't end-to-end. 


KISS didn't have checksums or CRCs because a) it isn't an end-to-end 
protocol, and b) it was designed specifically to support TCP and UDP, 
which do provide end-to-end checksums. 


If anything, your NFS example is more closely analogous to adding CRCs 
to KISS just so you can run bare AX.25 instead of TCP or UDP between 
your applications. Both actions are bogus if you believe in end-to-end 
integrity checks as I do. 


Phil 


Date: Mon, 10 Jan 1994 19:54:12 -0800 

From: karn@qualcomm.com (Phil Karn) 

Subject: Extended KISS and SMACK specifications? 
To: lyndon@unbc.edu 


>What about ARP requests and replies? 
Good point. ARP should have been designed with a checksum. 
Phil 


Date: Tue, 11 Jan 94 10:11:00 PST 

From: Martin Lines <mlines@sni.co.uk> 

Subject: JNOS and BPQ 

To: "'nos-bbs'" <nos-bbs@hydra.carleton.ca>, tcp-group <tcp-group@ucsd.edu> 


I have been playing with the distribution version of JNOS110x10 which 
includes the BPQ support. 

I can get JNOS to see the ports through bpq as expected but I cannot get a 
"switch" channel between 

JNOS and BPQ to work, this would enable attached bpq users to connect to 
jnos and vice-versa. 


The bpqcode is approximately set up as 


TNCPORT 

kiss tne on com1 
ENDPORT 
TNCPORT 

kiss tne on com2 
ENDPORT 
TNCPORT 

internal loopback 
ENDPORT 


THe jnos code is set up as: 
attach bpq init Ox7f 1 


attach bpq 1 vhf 256 G1SE0-5 
attach bpq 2 vhf 256 G1SE0O-5 
attach bpq 3 switch 256 G1SE0-5 


Has anyone out there achieved this. 


MArtin Lines - G1SEO - mlines@sni.co.uk 


Date: Mon, 10 Jan 94 9:00:24 CST 

From: Ben Thornton <ben@yosemite.sps.mot.com> 

Subject: KISS and SLIP 

To: brian@nothing.ucsd.edu (Brian Kantor) (Brian Kantor) 


> Face it guys, out here on the edge, worrying about what 'the majority’ 
> wants or isn't too scared to do is a pitiful waste of your time. 


Agreed. Let's not hinder progress toward getting the most out of packet. 


> TCP/IP will NEVER be widely accepted by the ham radio community and 
> you'd better just stop wasting your breath trying. What's the matter? 
> Feeling lonely because no one else wants to play the game? 


Interestingly, TCP/IP activity in the Austin area has increased remarkably 
ever since a symposium on TCP/IP was conducted by one of the local ham 
clubs. That combined with the presence of a local Internet gateway and 

a usable router/digi has made TCP/IP a very popular mode here. 


--ben 


Ben Thornton Amateur call: WD5HLS 
Internet: ben@yosemite.sps.mot.com Motorola Inc., Austin, TX 


Date: Mon, 10 Jan 94 14:16:58 EST 

From: crompton@NADC.NADC.NAVY.MIL (D. Crompton) 
Subject: Landline bbs / packet 

To: tcp-group@ucsd.edu 


NOS (JNOS) will support a simultaneous Phone BBS connection along with it's 
onther functions. I do it. You attach the serial port like it was an ax25 
connection and then start tip on that interface. The user get's the NOS 

bbs login and normal bbs as well as xmodem xfers if it is compiled in. 


It works well. I have numerous users who get there mail that way and up/down 
load info. Currently my port is 2400 baud but there is no reason why it 
would not work at much higher rates, using a 16550 and faster computer. 


Doug 


Date: Mon, 10 Jan 94 09:33:12 CST 

From: "John Martin" <martin@server.cdpa.state.ms.us> 
Subject: NOS FTP drive switch 

To: tcp-group@ucsd.edu 


Does anyone know of a NOS version that will allow an FTP user to switch to 
another disk drive and directory? We would like to make a CD Drive 
available via FTP. We are currently using net1itl, but have tried several 
versions and get the same results. 


301 North Lamar Street | 
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Jackson, MS 39201-1495 / 


kb5ggo @ k5qne.ms.usa.na 


ruOUN 


/ | 

John W. Martin / | INTERNET: 
Systems Programmer / | martin@server.cdpa.state.ms.us 
Mississippi Central Data _ | | oamartin@vm.cc.olemiss.edu 
Processing Authority \ | PACKET: 

| 

| 

| 


PHONE: (601) 359-2641 


| FAX: (601) 354-6016 


Date: Mon, 10 Jan 94 20:32:48 EST 

From: brian@lantz.cftnet.com (Brian A. Lantz) 
Subject: NOS FTP drive switch 

To: tcp-group@ucsd.edu 


In message <1028.martin@server.cdpa.state.ms.us_POPMail/PC_3.2.3_Beta_2> 
martin@server.cdpa.state.ms.us writes: 

> Does anyone know of a NOS version that will allow an FTP user to switch to 
> another disk drive and directory? We would like to make a CD Drive 

> available via FTP. We are currently using net1itl, but have tried several 
> versions and get the same results. 


TNOS handles this (some other versions do, too). If you want to check it 
out, I've got my SIMTEL 20 MSDOS ARCHIVE CD mounted and available for 
FTP-picking. You can also "dir" it (etc.) from the BBS. 


[oon neon n eee eee eee eee eee eee eee / 
/ Brian A. Lantz/KO4KkKS / 
/ if 
/ Packet: KO4KS@KO4KS .4FTPAFL.FL.USA.NA / 
/ Internet: brian@lantz.cftnet.com / 
/ Live long, and prosper! / 
[oon neon nee eee eee / 


Date: Mon, 10 Jan 1994 23:16:37 -0500 

From: ashok@biochemistry.cwru.edu (Ashok Aiyar) 
Subject: NOS FTP drive switch 

To: tcp-group@ucsd.edu 


>In message <1028.martin@server.cdpa.state.ms.us_POPMail/PC_3.2.3_Beta_2> 
martin@server.cdpa.state.ms.us writes: 

>> Does anyone know of a NOS version that will allow an FTP user to switch to 
>> another disk drive and directory? We would like to make a CD Drive 

>> available via FTP. We are currently using netiitl, but have tried several 
>> versions and get the same results. 


>TNOS handles this (some other versions do, too). If you want to check it 
>out, I've got my SIMTEL 20 MSDOS ARCHIVE CD mounted and available for 


>FTP-picking. You can also "dir" it (etc.) from the BBS. 


If you have an older version of NOS that doesn't support it, it is 
still relatively simple to use the DOS JOIN command and get NOS to 
support it. 


For example, my CDROM is drive F:\, NOS is on drive D:\, and I 
want to make files on drive C:\ and F:\ available. 


I run the following two JOIN commands before running NOS, and 
everything works okay 


JOIN C: D:\C 
JOIN F: D:\F 


within FTPUSERS, the anonymous path is 
anonymous * /c/ashok/pub;/£/ 1 


with similar paths for other users. Works pretty well. A pre-login 
message file tells users to use "cd f" to reach the CD-ROM .... 


Later, 
Ashok 
Ashok Aiyar Mail: ashok@biochemistry.cwru.edu 
Department of Biochemistry Tel: (216) 368-3300 
CWRU School of Medicine, Cleveland, Ohio Fax: (216) 368-4544 


MIME Enclosures OK 


Date: Mon, 10 Jan 94 08:01:46 PST 

From: enge@almaden.ibm.com 

To: TCP-GROUP@UCSD.EDU 

Subject: Re: Extended KISS and SMACK specifications? 
Reply-To: enge@almaden.ibm.com 

News-Software: UReply 3.1 

References: <199401101133 .DAA05811@servo.qualcomm. com> 


In <199401101133 .DAA05811@servo.qualcomm.com> Phil Karn writes: 

De ea 

>Having said that, I think there's little reason these days to tolerate 
>lost characters on a local hard-wired RS-232 link, given the fairly 
>wide availability of 16550A chips with FIFOs. Overruns simply don't 
>occur with those chips under credible situations, even on slow 
>machines. 

> 


>Phil 


While overruns are probably 95% of the serial errors, let us not 
forget the bit errors. One would hope that these are far and few 
between but, in high RF levels, they tend to occur more frequently. 


Roy Engehausen -- AA4RE -- enge@almaden.ibm.com 


End of TCP-Group Digest V94 47 
KKKKKKKKKKKKKKKKKKKKKKEKRKEKR KAKA 


